Personal Content Item Searching System and Method

ABSTRACT

A system and method for enabling a user to use a user computer to search the user&#39;s personal content items hosted by an online content management service. In one aspect, the user computer is configured to obtain a search query, use the search query to identify in a local index at the user computer one or more of the user&#39;s hosted content items that satisfy the search query, and display, in a graphical user interface at the user computer, a search answer summary for each of the one or more of the user&#39;s hosted content items that satisfy the search query.

BENEFIT CLAIM

This application claims the benefit as a continuation of U.S.application Ser. No. 15/169,437, filed May 31, 2016; which claims thebenefit under as a continuation of U.S. application Ser. No. 14/609,937,filed Jan. 30, 2015 now U.S. Pat. No. 9,384,226 issued Jul. 5, 2016, theentire contents of each of which is hereby incorporated by reference forall purposes as if fully set forth herein. The applicant hereby rescindsany disclaimer of claim scope in the parent applications or theprosecution history thereof and advise the USPTO that the claims in thisapplication may be broader than any claim in the parent applications.

TECHNICAL FIELD

The invention is generally directed to a personal content item searchingsystem and method. More specifically, embodiments of the invention aredirected to a personal content item searching system and method that, bylocally indexing a user's personal content items hosted by an onlinecontent management service at the user's user computer, allows the userto use the user computer to search the user's hosted content items.

BACKGROUND

Computers are very powerful tools for searching for relevant informationamong a vast amount of information. Indexes are a common mechanism forefficiently identifying information of interest among a large corpus ofinformation using a computer. A typical index is an organized mapping ofkeywords to the documents of information from which the keywords wereextracted. As an example, an index of the world's publically accessibleweb pages may map words in the web pages to the subset of the web pagesthat contain that word.

Between the actual physical index itself (e.g., the index data as storedon one or more computers) and the users of the system, a search systemis typically provided as a software cushion or layer. In essence, thesearch system shields the user from knowing or even caring aboutunderlying index details. Typically, all requests from users forinformation in the index are processed by the search system. Forexample, documents relevant to a user's request for information may beidentified by the search system using an index, all without userknowledge of the underlying index implementation. In this manner, thesearch system provides users quick access to relevant informationwithout concern to how the information is indexed. One well-known searchsystem for identifying relevant information among the world's publicallyaccessible web pages is the GOOGLE Internet search engine provided byGoogle Inc. of Mountain View, Calif.

One function of a search system is to answer search queries (or just“queries” for short). A query may be defined as a logical expressionincluding a set of one or more search terms, and results in theidentification of a subset of indexed documents. Consider, for instance,the handling of a request for information from an Internet searchengine. In operation, this request is typically issued by a clientsystem as one or more Hyper Text Transfer Protocol (“HTTP”) requests forretrieving particular search results from indexes on server computers.For example, a request may be for a list of Internet web pagescontaining the words “college” and “basketball.” In response to thisrequest, the search system typically returns a web page containinghyperlinks to those Internet web pages considered to be most relevant tothe search terms “college” and “basketball.”

Internet search engines are well-suited for searching all the world'sinformation that is publically available on the Internet. Recently,however, users are beginning to amass a substantial amount of personaldigital information that is not publically accessible on the Internet orindexed by an Internet search engine. Such information can include, forexample, personal digital photos, school, and work documents among otherpersonal and private digital information. In some instances, a user'spersonal digital information is shared with a specified group of users.For example, an employee may share work documents with other colleaguesor a user may share digital photos with friends and family.

One way users have recently begun storing and managing all theirpersonal digital information is by using an online content managementservice. Such services allow users to use their user computers to uploadand store their personal digital information on the service's servercomputers accessible through the Internet or other communicationnetworks. One well-known online content management service is DROPBOXprovided by Dropbox, Inc. of San Francisco, Calif.

Users of online content management services would appreciate ways tosearch for and locate their personal digital information hosted by suchservices. Such personal digital information is typically not publicallyaccessible on the Internet. For this and other reasons, Internet searchengines are generally not adequate to meet the search needs of theseusers.

SUMMARY OF THE DISCLOSURE

Various embodiments of the system and method enable a user to use a usercomputer to search the user's personal content items hosted by an onlinecontent management service, the online content management service havingan indexer computer configured to generate a base index of the user'shosted content items, an index server computer configured to serve thegenerated base index to the user computer, an index mutation generatorcomputer configured to generate index mutations reflecting changes madeto the user's hosted content items, and an index mutation servercomputer configured to serve the generated index mutations to the usercomputer. In an embodiment of the invention, an index mutation includesone or more index tokens to use to index a hosted content item and/orone or more index tokens to not use to index a hosted content item.

A feature of some embodiments of the personal content item searchingsystem is that searches of the user's hosted content items and changesthereto are conducted at the user computer using a local index at theuser computer constructed based on the base index and the indexmutations received by the user computer. An advantage of this feature isthat the user can search the user's hosted content items and changesthereto even if the user computer is not connected to the online contentmanagement service at the time of the search. Another advantage of thisfeature is that an answer to the user's search query can be provided tothe user more quickly because the local index allows the answer to beidentified and provided to the user without having to send the searchquery over a communications network.

Another feature of some embodiments of the personal content itemsearching system is that the base index is generated by the onlinecontent management service. An advantage of this feature is thatprocessing cycles of the user computer are not consumed generating thebase index, thereby conserving processing power of the user computer forexecuting other, perhaps more critical, applications. Conservingprocessing power of the user computer by having the online contentmanagement service generate the base index instead of the user computeralso extends the battery life of the user computer and increases thetime between battery charges, if the user computer is a battery-operatedportable user computer. Another advantage of this feature is that therelatively greater processing power provided by clustered and/ordistributed computers of the online content management service can beused to generate a more comprehensive base index. For example, theonline content management service can apply facial recognitionalgorithms and/or optical character recognition algorithms to digitalimages to generate text by which the digital images are indexed in thebase index, which may not be practical to do at a user computer withlimited processing capabilities. For example, the necessary specializedsoftware for performing the facial recognition or optical characterrecognition algorithms may not be installed on the user computer for avariety of different reasons such as, for example, the high costassociated with purchasing such software.

The above and other advantages of embodiments of the invention will beapparent from the following more detailed description when taken inconjunction with the accompanying drawings. It is intended that theabove advantages can be achieved by different aspects of the inventionand the additional advantages of this invention will involve variouscombinations of the above independent advantages such that synergisticbenefits may be obtained from combined techniques.

BRIEF DESCRIPTION OF THE DRAWINGS

The detailed description of embodiments of the invention will be madewith reference to the accompanying drawings, wherein like numeralsdesignate corresponding parts in the figures.

FIG. 1 is a communications network environment that includes a usercomputer and an online content management service in accordance withsome embodiments of the invention.

FIG. 2 is a schematic diagram of a local index at the user computer of auser's content items hosted by the online content management service inaccordance with some embodiments of the invention.

FIG. 3 is a schematic diagram of a basic query processing operationagainst the local index in accordance with some embodiments of theinvention.

FIG. 4 is a state diagram of various possible states of the local indexat the user computer in accordance with some embodiments of theinvention.

FIG. 5A is a schematic diagram of the local index at the user computerbefore an index mutation is applied to the local index in accordancewith some embodiments of the invention.

FIG. 5B is a schematic diagram of the local index at the user computerafter the index mutation is applied to the local index in accordancewith some embodiments of the invention.

FIG. 6 is a schematic diagram of an index mutation journal at an indexmutation generator computer of the online content management serviceaccording to some embodiments of the invention.

FIG. 7 is a schematic diagram of a possible schema for a token store ofthe online content management service in accordance with someembodiments of the present invention.

FIG. 8 is a flowchart of a process for indexing the user's hostedcontent items at the user computer according to some embodiments of theinvention.

FIG. 9 is a flowchart of a process for searching the user's hostedcontent items at the user computer according to some embodiments of thepresent invention.

FIG. 10 is a schematic of basic computer components that may be used toimplement some embodiments of the invention.

FIG. 11 is a schematic of a basic software system that may be used forcontrolling the operation of the basic computer of FIG. 10.

DETAILED DESCRIPTION OF EXAMPLE EMBODIMENTS

Various embodiments of the invention are directed to a personal contentitem system and method for providing users that host their personalcontent items with an online content management service (e.g., filehosting services, cloud data storage providers) to more easily andeffectively discover, search, browse, and locate their hosted contentitems using user computers. For example, various embodiments of thepersonal content item system facilitate a user using a user computer toperform a full-text search of the user's personal content items hostedwith the service in situations where the user computer is not online(e.g., not connected to the online content management service by acommunications network), or in situations where the user computer isonline but without having to send a search query over a communicationsnetwork in order to provide an answer to the query, which may result inan answer to the query being provided to the user more quickly and whichmay conserve battery power and extend battery life for portable usercomputers.

According to some embodiments of the invention, full-text searches arefacilitated by maintaining an index of the user's hosted content itemslocally at the user computer. An answer to a search query can beprovided to the user at the user computer in at least two ways,depending on whether the user computer is online or offline. First,whether the user computer is online or offline, the answer can beprovided by consulting only the local index at the user computer.Second, if the user computer is online, the answer can be provided byconsulting the local index at the user computer and sending the searchquery over a communications network to the online content managementservice, then combining results from the local index with resultsreturned by the online content management service into an answer that isprovided to the user.

According to an embodiment of the invention, an answer provided to theuser may initially include only results from the local index while theuser computer waits for results from the online content managementservice to be returned. As results from the online content managementservice are received at the user computer, the answer may then beupdated to include the results from the online content managementservice. In this way, when the user computer is online, the user may bequickly provided with a preliminary answer to a search query withresults from the local index and then soon after provided with a morecomprehensive answer to the search query with results from the onlinecontent management service.

1.0 NETWORK ENVIRONMENT

Various embodiments of the instant invention operate in accordance oneor more sets of computer-executable instructions configured to performvarious functions as described herein when executed by one or morecomputers, such as, for example, a user computer and one or more onlinecontent management service computers that are coupled together on acommunications network, such as, for example, the Internet, a mobiletelephone network or a wide area network.

FIG. 1 depicts a network system that operates in accordance with someembodiments of the present invention. With reference to FIG. 1, theonline content management service 110 operates on a communicationsnetwork 120, such as the Internet. The online content management service110 includes a base index generator computer 111, a base index servercomputer 112, an index mutation generator computer 113, an indexmutation server computer 114, a back-end search query processor computer115, a front-end search query processor computer 116, a token store 117,and a tokenizer computer 118.

As used in this description and in the appended claims, the singularform of “computer” is intended to include the plural form as well,unless the context clearly indicates otherwise. For example, where afunction, feature, or step of an embodiment of the invention isdescribed herein as implemented by a single computer, that function,feature, or step may in other embodiments be implemented by multiplecomputers, for example, arranged in a computing cluster or in adistributed computing environment, unless the context clearly indicatesotherwise. Further, functions, features or steps described herein insome embodiments as being performed by different computers may insteadin other embodiments be performed by the same computer or the same setof computers.

The base index server computer 112, the front-end search query processorcomputer 116, and the index mutation server computer 114 may be coupledto one or more user computers 130 by a communications network 120. Thecommunications network 120 may include a public network, such as theInternet, a mobile telephone network, a local area network, or any othersuitable communications network, wired, wireless, or a hybrid thereof.

The user computer 130 may be used by a human user 131. The user computer130 may be a conventional personal computer with wired and/or wirelessnetwork communications capabilities such as, for example, a desktopcomputer, workstation computer, laptop computer, mobile phone, cellphone, smart phone, set-top device, in-vehicle computer, personaldigital assistant, or other personal computer with wired and/or wirelessnetwork communications capabilities.

In a highly-reliable network communications environment, such as, forexample, where the user computer 130 is coupled to the communicationsnetwork 120 by a wired local area network, the user computer 130 may becontinuously or near continuously coupled to the online contentmanagement service 110. However, in less reliable network communicationsenvironments, the user computer 130 may only be intermittently orperiodically coupled to the online content management service 110 by thecommunications network 120, depending on the configuration of the usercomputer 130 and/or the network environment in which the user computer130 is situated. For example, the user computer 130 may be configured,for a variety of reasons (e.g., cost and/or network performance), tocouple to the online content management service 110 via thecommunications network 120 only when the user computer 130 is coupled tothe communications network 120 by a certain type of network, such as,for example, a wired or wireless local area network. Conversely, theuser computer 130 may be configured to not couple to the online contentmanagement service 110 via the communications network 120 when the usercomputer 130 is coupled to the communications network 120 by anothertype of network, such as, for example, a mobile telephone network. Insome cases, the user computer 130 may be located in a physicalenvironment, such as, for example, on an airplane or in a remotegeographic area, where there is no network available to the usercomputer 130 for coupling to the online content management service 110via the communications network 120. Various embodiments of the presentinvention enable the user 131 of the user computer 130 to search theuser's 131 hosted content items 141 in semi-connected environments inwhich the user computer 130 is only intermittently or periodicallycoupled to the online content management service 110 by thecommunications network 120.

The online content management service 110, which in an exemplaryembodiment is the DROPBOX content management service provided byDropbox, Inc. of San Francisco, Calif., may store (host) the user's 131personal content items 141 on its server computers and/or on servercomputers that the service 110 manages. The server computers on whichthe user's 131 hosted content items 141 are stored may be part of astorage plane 140, which in an exemplary embodiment is the AMAZON S3online file hosting web service provided by Amazon.com of Seattle, Wash.Features of the online content management service 110 may be provided tothe user 131 according a variety of different monetary fee arrangementsincluding, but not limited to, for free up to a certain amount ofstorage space of the storage plane 140 consumed by the user's 131 hostedcontent items 141, for a monthly, yearly, or other periodic service feecharged to the user 131, possibly based on the amount of storage spaceof the storage plane 140 consumed by the user's 131 hosted content items141 during the period, among other possible fee arrangements.

1.1 HOSTED CONTENT ITEMS

The user's 131 hosted content items 141 may include a wide variety ofdifferent types of content items. A “content item” may be defined as acollection of digital information that contains text content and/or isassociated with text content. Some non-limiting examples of a contentitem include, but are not limited to, a word processing document, aspreadsheet document, a digital image, and other types of files,documents, and digital media. For example, a word processing documentoften contains text context in the form of the authored words andsentences of the document, a spreadsheet document may contain textcontext in the form of words and numbers, and a digital image (e.g., adigital photograph) may contain text content in its header (e.g., inExchangeable image file format (Exif)).

A content item may correspond to a standardized or conventional filetype such that the content of the content item has a standardized orconventional data format that conforms to that file type. Somestandardized and conventional file types to which a content item maycorrespond to include, but are not limited to, image file types (e.g.,jpg, .tiff, .gif), music file types (e.g., .mp3, .aiff, .m4a. way),movie file types (e.g., .mov, .mp4, .m4v), word processing file types(e.g., .doc, .docx, .pages), presentation file types (e.g., .ppt, .pptx,.key), spreadsheet file types (e.g., .xls., .xlsx, .numbers), web pagefile types (e.g., .htm, .html), text file types (e.g., .txt), and anyother standardized or conventional file type that contains and/or isassociated with text context. While in some instances a content itemcorresponds to a standardized or conventional file type, a content itemcorresponds to a proprietary or unknown file type in other instances. Inthese instances, the content item may still contain and/or be associatedwith text content.

A content item may be associated with text content (also referred toherein as “textual metadata” of the content item) that is descriptive ofthe content item content. For example, the name (e.g., the filename) ofa content item can be textual metadata for the content item. As anotherexample, textual metadata for a digital image may be produced by acomputer analysis of the image (e.g., by optical character recognition(OCR) or by a facial recognition algorithm). Other forms of textualmetadata for a content item can include, for instance, text about thecontent item obtained from a web page that references the content item(e.g., by a hyperlink), mentions the content item (e.g., in a socialnetworking post), or discusses the content item (e.g., in a blog post oruser comments post).

For purposes of this description, textual metadata associated with acontent item may be considered to be part of the text content of thecontent item itself. Accordingly, reference herein to the text content“contained in,” “occurring in,” or “of” a content item is meant toinclude the text content of the content item itself as well as anytextual metadata associated with the content item, unless the contextclearly indicates otherwise.

The above discussion provides just some examples of possible types ofcontent items that may be among the user's 131 hosted content items 141.

1.2 CONTENT ITEM SYNCHRONIZATION

The user's 131 hosted content items 141 may be provided to the onlinecontent management service 110 for storage in the storage plane 140 in avariety of different ways, including, but not limited to, by uploadingthe content items 141 from the user computer 130 to the storage plane140 over the communications network 120 and/or by uploading the contentitems 141 from the user computer 130 to the online content managementservice 110 over the communications network 120, which, upon receivingthe personal content items 141 from the user computer 130, stores thecontent items 141 in the storage plane 140. The online contentmanagement service 110 and the storage plane 140 may also be connectedby a communications network, such as, for example, communicationsnetwork 120. The storage plane 140 may offer a network interface,accessible by the user computer 130 and/or the online content managementservice 110 over the communications network 120, according to a networkcommunications protocol (e.g., HTTP or HTTPS) for reading (download) andwriting (uploading) content items 141 from and to the storage plane 140.The online content management service 110 may offer a similar networkinterface to the user computer 130.

The user's 131 hosted content items 141 may be synchronized with contentitems stored at the user computer 130. In this arrangement, a change toa content item at the user computer 130 may be sent over thecommunications network 120 to the online content management service 110and/or the storage plane 140. Upon receiving the change from the usercomputer 130, the change may be applied to a corresponding one of theuser's 131 hosted content items 141 stored in the storage plane 140,thereby synchronizing the changed content item at the user computer 130with the corresponding content item 141 in the storage plane 140. Afterthe change is applied to the corresponding content item 14 in thestorage plane 140, the content item at the user computer 130 may beidentical to the corresponding content item 141 in the storage plane140.

Synchronization may be bi-directional. For example, the user 131 maystore content items at more than one user computer. For example, theuser 131 may store content items on a laptop computer 130 and also storecontent items on a mobile phone 130. In this case, a change to a contentitem at the user's 131 laptop computer 130 may be sent to the onlinecontent management service 110 and/or the storage plane 140 forapplication a corresponding content item 141 in the storage plane 140 asdescribed above. In addition, the change may also be sent from theonline content management service 110 and/or the storage plane 140 tothe user's 131 mobile phone 130 for application to a correspondingcontent item stored at the user's 131 mobile phone 130. After thisbi-directional synchronization operation, the content item at the user'slaptop computer 130, the corresponding content item in the storage plane140, and the corresponding content item at the user's 131 mobile phone130 may be identical.

A change to a content item sent from the user computer 130 to the onlinecontent management service 110 and/or the storage plane 140 may becaused by various different events occurring at the user computer 130.For example, the content item may have been recently modified, created,or deleted at the user computer 130. The user computer 130 may beconfigured with a synchronization application which may be implemented,for example, as a software program or set of computer-executableinstructions.

The synchronization application at the user computer 130 may beconfigured to perform various synchronization operations on contentitems including, but not limited to, detecting changes to content itemsat the user computer 130, sending detected content item changes to theonline content management service 110 and/or the storage plane 140 overthe communications network 120, receiving content item changes from theonline content management service 110 and/or the storage plane 140 overthe communications network 120, and applying received content itemchanges to content items at the user computer 130.

In some cases, one or more of the user's 131 hosted content items 141may be shared with one or more other users of the online contentmanagement service 110. For example, the user 131 may belong a team ofusers that collaborate and share content items through the onlinecontent management service 110. In this case, changes to content itemsat one of the team member's user computers 130 may be synchronized withcorresponding content items 141 in the storage plane 140 and alsocorresponding content items at the other team members' user computers130.

Thus, either because of synchronization or otherwise, the user's 131hosted content items 141 may change from time to time. Variousembodiments of the present invention allow the user 131 to search at theuser computer 130 for changes to the user's 131 hosted content items 141soon after (e.g., within minutes or seconds) after the changes are made.

In some cases, one or more of the user's 131 hosted content items 141are not synchronized with (stored at) a particular one of the user's 131user computers 130. In other words, the user's 131 hosted content items141 are selectively synchronized with the particular user computer 130.For example, the user 131 may configure the synchronization applicationat the user's 131 mobile phone 130 to not synchronize the user's 131hosted digital photos 141 with the mobile phone 130 but synchronize allother of the user's 131 hosted content items 141 with the mobile phone130. The user 131 may configure the synchronization application in thisway, for example, to conserve data storage space at the mobile phone 130or for other reasons (e.g., conserve network bandwidth by notdownloading the digital photos to the mobile phone 130). As anotherexample, the synchronization application at the mobile phone 130 may beconfigured to automatically determine which of the user's 131 hostedcontent items 141 to synchronize with (store at) the mobile phone 130.For example, the synchronization application may be configured to treatthe mobile phone 130 as a local cache of some of the user's 131 hostedcontent item 141 in which the user's 131 hosted content item 141 thatwere most recently accessed and/or that are most likely to be accessedin the future are synchronized with (cached at) the mobile phone 130.Thus, because of selective synchronization, a user's 131 user computer130 may store at a given time only a subset of the user's 131 contentitems 141 hosted with the online content management service 110. Variousembodiments of the present invention allow the user 131 to search theuser's 131 hosted content items 141 at the user computer 130 even ifsome or all of the user's 131 hosted content items 141 are notsynchronized with (stored at) the user computer 130 at the time of thesearch.

1.3 USER ACCOUNTS

The storage plane 140 may store content items 141 for multiple users(e.g., millions of users or more). The set of content items 141 amongall content items 141 stored in the storage plane 140 that belong to aparticular user (e.g., 131) may be established by a user account thatthe user maintains with the online content management service 110. Forexample, user 131 may hold a user account with the online contentmanagement service 110 and the user's 131 hosted content items 141 maybe associated with the user account. In this way, the online contentmanagement service 110 can determine which of the content items 141 inthe storage plane 140 are the user's 131 content items 141. As part ofthis determination, the online content management service 110 mayauthenticate the user 131 with valid authentication credentials (e.g., avalid username/password pair) provided by the user computer 130 toidentify the user's 131 user account in a user account database (notshown). Once identified, the online content management service 110and/or the storage plane 140 can authorize (e.g., allow or deny)requests from the user computer 130 (e.g., the synchronizationapplication on the user computer 130) to access (e.g., read or write)content items 141 in the storage plane 140 identified in the requestsbased on whether the identified content items are associated with user's131 user account.

An association between the user's 131 user account and one of the user's131 hosted content items 141 in the storage plane 140 may be establishedby way of a unique identifier of the content item 141. For example, thecontent item identifier may include a unique 64-bit value that uniquelyidentifies the content item 141. However, the content item identifiermay be represented with fewer or more bits according to the requirementsof the particular implementation at hand.

1.4 CONTENT ITEM NAMESPACES

The user's 131 hosted content items 141 may be organized into one ormore “content item namespaces.” A content item namespace may be definedas a collection of one or more content items 141 under common accesscontrol. The common access control can be based on explicit and/orimplicit permissions specifying and/or indicating which user(s) and/orgroup(s) of users have access to the content items 141 in the contentitem namespace and what access (e.g., one or more of read access, writeaccess, share access, preview access, download access, etc.) the user(s)and/or group(s) of users have on the content items 141 that belong tothe content item namespace. Explicit permissions may come in the formof, for example, one or more access control lists (ACLs) and/or otherdata associated with the content item namespace (or an identifierthereof) specifying and/or indicating which user(s) and/or group(s) ofusers have access to the content items 141 in the content item namespaceand what access the user(s) and/or group(s) have on the content items141 in the content item namespace. One example of an implicit permissionmay be: the user 131 has access to all content items 141 in a contentitem namespace associated with a user account (or an identifier thereof)of the user 131.

In an exemplary embodiment of the invention, a “default” content itemnamespace includes content items 141 associated with the user's 131 useraccount held with a cloud data storage service such as, for example, theaforementioned DROPBOX content management service. By successfullyauthenticating against the user account (e.g., with a validusername/password), the user 131 implicitly has access to the contentitems 141 in the default content item namespace associated with theuser's 131 user account.

In an exemplary embodiment of the invention, a “shared” content itemnamespace includes content items 141 belonging to a collection ofcontent items 141 that are shared among multiple user accounts held withan online data storage service such as, for example, the aforementionedDROPBOX content management service. In some instances, the collection ofcontent items 141 may be referred to as a “shared folder.” Bysuccessfully authenticating against a user account with which thecollection of content items 141 is shared, the user 131 has access tothe content items 141 in the shared content item namespace.

Instead of direct associations between the user's 131 user account andthe unique identifiers of the user's 131 hosted content items 141,indirect associations between the user's 131 user account and the user's131 hosted content items 141 may be established by way of uniqueidentifiers of content item namespaces to which the content items 141belong. For example, the content item namespace identifier may include aunique 64-bit value that uniquely identifies the content item namespace.However, the content item namespace identifier may be represented withfewer or more bits according to the requirements of the particularimplementation at hand. In this case, there may be separate directassociations between content item namespace identifiers and content itemidentifiers mapping the user's 131 content items 141 to the content itemnamespaces they belong to. As a simple example, the user's 131 useraccount may be associated with two content item namespaces with uniqueidentifiers of, for example, ABCD and DEFG. Further, content itemnamespace ABCD, which may, for example, be a default content itemnamespace, may be associated with the unique identifiers of one or morecontent items 141 that belong to the default content item namespace ABCDand content item namespace DEFG, which may, for example, be a sharedcontent item namespace, may be associated with the unique identifiers ofone or more content items 141 that belong to the shared content itemnamespace DEFG. From these associations, once the user 131 isauthenticated and the user's 131 user account identified, the uniqueidentifiers of the user's 131 content item namespaces and the user's 131hosted content item 141 can be identified by the online contentmanagement service 110.

1.5 QUERY PROCESSING APPROACHES

A graphical user interface may be presented to the user 131 by the usercomputer 130. For example, the user computer 130 may present thegraphical user interface on a video display device, such as, forexample, display 1012 of computer 1000. Through the graphical userinterface, the user 131 may provide a search query and receive an answerto the search query. In some embodiments, the graphical user interfaceincludes a web page or a series of web pages for receiving the searchquery from the user 131 and for presenting the answer to the searchquery to the user 131. However, the graphical user interface is notlimited to web pages and the graphical user interface may include othertypes of windows, icons, menus, and graphics for receiving the searchquery from the user 131 and for presenting the answer to the searchquery to the user 131.

A search query provided by the user 131 through the graphical userinterface at the user computer 130 may comprise a search expression. Thesyntax of the search expression may include a sequence of one or morequery tokens, possibly related together by one or more Boolean operators(e.g., AND, OR, NOT, etc.). A token may be defined as a sequence of oneor more characters. A character in a token may be encoded according to aconventional character encoding scheme (e.g., ASCII, UTF-8, and thelike)

A query token may be defined as a token that appears in the searchquery. For example, consider the simple conjunctive search query:[baguette fromage] (without the enclosing brackets). A hosted contentitem 141 satisfying this search query may contain both the token“baguette” and the token “fromage” without necessarily being next toeach other in the content item 141 and without the token “baguette”necessarily appearing before the token “fromage” in the content item141. However, a hosted content item 141 that contains or is associatedwith the tokens “baguette” and “fromage” near each other and with thetoken “baguette” before the token “fromage” may be considered morerelevant than other of the user's 131 hosted content items 141satisfying the search query.

An answer to a search query presented in the graphical user interface ofthe user computer 130 may comprise a list search answer summaries. Eachsuch summary may correspond to a content item 141 identified in an indexas relevant to the search query. A content item 141 identified in anindex as relevant to a search query and included in an answer to thesearch query is also referred to herein as a “search result” or just“result” of the search query. A search answer summary may include, forexample, an identifier (e.g., a name, a title, etc.) of the identifiedcontent item 141, a short description (e.g., a synopsis, abstract,extract, snippet, etc.) of the identified content item 141, aninteractive hyperlink (e.g., a Uniform Resource Locator (URL)) to theidentified content item 141 for downloading, viewing, or taking someother user action on the identified content item 141, and possibly otheruseful information about the identified content item 141 (e.g., athumbnail image of the relevant content item 141).

In some cases, a content item 141 corresponding to a search answersummary may not have a corresponding content item stored at the usercomputer 130. For example, a corresponding content item may not bestored at the user computer 130 because of selective synchronization.According to some embodiments of the present invention, a search answersummary presented in the graphical user interface at the user computer130 visually indicates whether the content item 141 corresponding to thesearch answer summary has a corresponding content item stored at theuser computer 130. The visual indication can be a visual grouping withother search answer summaries corresponding to content items 141 that donot have corresponding content items stored at the user computer 130, atextual or graphical indicator displayed in conjunction with or near(e.g., adjacent to) the search answer summary, or some other visualindicator that indicates that the corresponding content item 141 doesnot have a corresponding content item stored at the user computer 130.By providing such an indication, the user 131 can understand that toaccess (e.g., view) the content item the user 131 may need to access thecontent item 141 stored in the storage plane 140 through the onlinecontent management service 110.

In some cases, a content item 141 corresponding to search answer summaryis a newer version of the content item than the version of thecorresponding content item stored at the user computer 130. For example,changes resulting in the newer version of the content item stored in thestorage plane 140 may not have been synchronized yet to the usercomputer 130 at the time the search is conducted. According to someembodiments of the present invention, a search answer summary presentedin the graphical user interface at the user computer 130 visuallyindicates whether the content item 141 corresponding to the searchanswer summary is newer (more recent) than the version of thecorresponding content item stored at the user computer 130. By providingsuch an indication, the user 131 can understand that the version of thecorresponding content item stored at the user computer 130 may beout-of-date with respect to the version of the content item stored inthe storage plane 140.

The user computer 130 may include a local query processor for processinga search query provided by the user 131 through the graphical userinterface at the user computer 130. The local query processor canprocess the search query in a variety of different ways in order toidentify content items 141 of the user 131 that are relevant to thesearch query and to include in the answer to the search query. Threedifferent possible query processing approaches are described below andtermed a “local approach,” a “remote approach,” and a “hybridlocal/remote approach.” Query processing approaches other than thosedescribed below may be used according to the requirements of theparticular implementation at hand.

In the following description of the local, remote, and hybridlocal/remote approaches for processing a search query, for purposes ofproviding clear examples, the terms “local” and “remote” are definedrelative to the user computer 130.

In the “local approach” for processing the search query, the local queryprocessor consults a local index with the search query to identifycontent items 141 of the user 131 that are relevant to the search queryand to include in a local answer to the search query. The local approachfor processing the search query is useful to quickly provide an answerto the user 131 in response to receiving the search query. The answercan be provided quickly because the search query can be processedlocally at the user computer 130 without having to send the search queryover a communications network (e.g., 120) and without having to wait foran answer to the search query to be returned on the communicationsnetwork. The local approach is also useful if the user computer 130 isan offline network communications environment in which the user computer130 does not currently have network connectivity with communicationsnetwork 120 or online content management service 110.

In the “remote approach” for processing the search query, the localquery processor sends the search query over the communications network120 to the front-end query processor computer 116 of the online contentmanagement service 110. The search query is then processed by a remotequery processor of the online content management service 110. The remotequery processor may be implemented by the front-end query processorcomputer 116 and/or the back-end query processor computer 115. Theremote query processor may consult a remote index to identify contentitems 141 of the user 131 that are relevant to the search query and toinclude in a remote answer to the search query that is returned to theuser computer 130 over the communications network 120 by the front-endquery processor computer 116. The remote approach of processing thesearch query is useful if a more comprehensive answer to the searchquery is desired. The remote answer obtained by consulting the remoteindex with the search query may be more compressive than a local answerobtained by consulting the local index with the search query because theremote index may be more up-to-date with respect to the current state ofthe user's 131 hosted content items 141 stored in the storage plane 140.For example, because of the network proximity and/or availability of thestorage plane 140 to the back-end query processor computer 115, a changeto one of the user's 131 hosted content items 141 may be indexed in theremote index sooner than the change is indexed in the local index at theuser computer 130. Techniques in some embodiments that may be employedby the front-end query processor computer 116 and the back-end queryprocessor 115 computer for processing a search query received from theuser computer 130 may be as described in the following relatedapplications: U.S. patent application Ser. No. 14/555,147, “Multi-UserSearch System With Methodology For Personal Searching,” filed on Nov.26, 2014; and U.S. patent application Ser. No. 14/555,171, “Multi-UserSearch System With Methodology For Personalized Search QueryAutocomplete,” filed on Nov. 26, 2014. The entire contents of each ofthese applications are hereby incorporated by reference, for allpurposes.

In the “hybrid local/remote approach,” the local query processor at theuser computer 130 both (1) consults the local index with the searchquery and (2) sends to the search query over the communications network120 to the front-end query processor computer 116. This approach isuseful to quickly obtain a local answer to the search query as with thelocal approach and also to obtain a more comprehensive answer as withthe remote approach. In a typical scenario, the local query processorwill obtain a local answer from the local index before the user computer130 receives the remote answer from the front-end query processorcomputer 116. The local answer can be presented to the user 131 in thegraphical user interface at the user computer 130 as soon as the localanswer is obtained. When the remote answer is received at the usercomputer 130, the presented answer can then be updated with results fromthe remote answer.

In some embodiments, ranking scores for search results in the localanswer and ranking scores for search results in the remote answer arecomputed according to the same ranking algorithm. In particular, thelocal ranking algorithm used by the local query processor to computeranking scores for search results in the local answer may be the same asthe remote ranking algorithm used by the remote query processor tocompute ranking scores for search results in the remote answer. By doingso, ranking scores for local and remote search results are comparableand the local query processor can determine, based on the ranking scoresfor the remote search results in the received remote answer, whether anyof the remote search results have a better (e.g., higher) ranking scorethan the worst (e.g., lowest) ranked local search result currentlypresented in the graphical user interface at the user computer 130. Ifthere are any such better ranked remote search results, then thegraphical user interface may be updated to display the better rankedremote search results in addition to or instead of worse ranked localsearch results.

1.6 TOKENIZER AND TOKEN STORE

The tokenizer computer 118 tokenizes content items 141 stored in thestorage plane 140 and stores sets of tokens for the tokenized contentitems 141 in a token store 117. The tokenizer computer 118 may tokenizea content item 141 in the storage plane 140 at various different timesincluding on a periodic basis (e.g., once a day, once a week) or afterthe content item 141 is changed. When the tokenizer computer 118tokenizes a content item 141 in the storage plane 140, the tokenizercomputer 118 produces a set of tokens and stores the set of tokens inthe token store 117. For a given content item 141, the token store 117may store one or more sets of tokens, one which corresponds to the mostrecent version of the given content item 141 tokenized by the tokenizercomputer 118. Other sets of tokens in the token store 117 for the givencontent item 141 may correspond to prior versions of the given contentitem 141 tokenized by the tokenizer computer 118.

As a simple example, a first version of a content item 141 containingthe text “solved two problems” may be stored in the storage plane 140.At a first time, the tokenizer computer 118 may tokenize the firstversion of the content item 141 to produce the set of tokens: “solved”“two” “problems,” which the tokenizer computer 118 then stores in thetoken store 117. Later, at a second time after the first time, a secondversion of the content item 141 containing the text “solved threeproblems” may be stored in the storage plane 140. The tokenizer computer118 may then tokenize the second version of the content item 141 toproduce the set of tokens: “solved” “three” “problems,” which thetokenizer computer 118 also stores in the token store 117. As part ofprocessing the first and second versions of the content item 141, thetokenizer computer 118 may store metadata (e.g., version information) inthe token store 117 that indicates that the set of tokens: “solved”“three” “problems” is for the second version of the content item 141 andthe set of tokens: “solved” “two” “problems” is for the first version ofthe content item 141.

In some embodiments of the invention, the token store 117 includes acolumn-oriented, distributed database system such as, for example, theAPACHE HBASE database system. However, other types of database systemsmay be used in other embodiments according to the requirements of theparticular implemented at hand. For example, a proprietary, arelational, or a stand-alone database system may be used instead of anopen source, a column-oriented, or a distributed one.

The tokenizer computer 118 may produce a set of tokens for a contentitem 141 by tokenizing the text content of the content item 141. Recallthe text content of a content item 141 may include any textual metadataassociated with content item 141 as well as any text content of thecontent item 141 itself. Tokenizing the text content of the content item141 may include obtaining one or more character sequences of the textcontent. Various techniques may be used by the tokenizer to obtain acharacter sequence of the text content depending on the format of thetext content. For example, the techniques used may include decoding thetext content depending on the character encoding scheme of the textcontent (e.g., ASCII, Unicode UTF-8, MICROSOFT WORD, ADOBE PDF, etc.)and/or uncompressing the text content depending on whether the textcontent is compressed (e.g., by ZIP compression).

Once a character sequence of the text content is obtained, the tokenizercomputer 118 may divide the character sequence into pieces, calledtokens, possibly performing linguistic processing on tokens at the sametime. Linguistic processing may include, for instance, ignoring certaincharacters (e.g., punctuation), dropping common words (e.g., stopwords), and/or stemming and lemmatization. Linguistic processing mayalso include token normalization including removing diacritics andaccents and/or capitalization/case-folding, and the like.

1.7 BASE INDEX

The base index generator computer 111 may be configured to generate a“base index” of some or all of the user's 131 hosted content items 141.The base index generator computer 111 may generate the base index atvarious different times including, but not limited to, periodically(e.g., once a day, once a week) and/or in response to a detected event(e.g., in response to a receiving a command to generate the base index).

Generally, the base index may be structured as an inverted index havinga dictionary of index tokens and corresponding postings. Morespecifically, the base index may be structured as a collection ofkey-value pairs (e.g., as an associate array) in which the keyscorrespond to index tokens in the dictionary and the values correspondto postings lists in the postings. For a given content item 141 to beindexed in the base index, the base index generator computer 111 obtainsthe set of tokens in the token store 117 for the most recent version ofthe given content item 141 tokenized by the tokenizer computer 118. Oncethis set of tokens is obtained, the base index generator computer 111may add or modify key-value pairs in the base index based on the set oftokens. In particular, for a given token in the set of tokens, if thereis currently no key-value pair for the given token in the base index,the base index generator computer 111 may create a new key-value pair inthe base index with a key that includes the given token and a value thatincludes a postings list that identifies the given content item 141.Alternatively, if there is a key-value pair for the given token in thebase index, the base index generator computer 111 may then modify thepostings list value to identify the given content item 141.

The base index server computer 112 may be configured to provide a baseindex generated by the base index generator computer 111 to the usercomputer 130 over the communications network 120. The base index servercomputer 112 may provide the generated base index to the user computer130 over the communications network 120 at various different timesincluding, but not limited, in response to a network request receivedfrom the user computer 130.

In some embodiments, the base index server computer 112 is part of thestorage plane 140. In these embodiments, the base index generated by thebase index generator computer 111 is treated as one of the user's 131hosted content items 141 and provided to the user computer 130 over thecommunications network 120 as part of a content item synchronizationoperation. According to these embodiments, the base index generatorcomputer 111 may store the base index in the storage plane 140 aftergenerating the base index based on the user's 131 hosted content items141. Thereafter, the base index is treated as one of the user's 131hosted content items 141 for purposes of synchronizing the base index inthe storage plane 140 with the current base index at the user computer130. Significantly, the base index in the storage plane 140 may beprovided to the user computer 130 as part of the content itemsynchronization operation only if the base index in the storage plane140 differs from the current base index at the user computer 130 or ifthere is no current base index at the user computer 130. In this way,the user computer 130 may receive as part of a regular, periodic, oropportunistic content item synchronization operation between thesynchronization application on the user computer 131 and the onlinecontent management service 110, the latest base index generated by thebase index generator computer 111 of the user's 131 hosted content items141.

1.8 INDEX MUTATIONS

The tokenizer computer 118 may notify the index mutation generatorcomputer 113 after tokenizing a changed content item 141 and storing theset of tokens produced for the changed content item 141 in the tokenstore 117. For example, the index mutation generator computer 113 may benotified by the tokenizer computer 118 after one of the user's 131hosted content items 141 is modified, created, or deleted in the storageplane 140.

In response to receiving notification of a changed content item 141 fromthe tokenizer computer 118, the index mutation generator computer 113may generate an index mutation reflecting the change to the changedcontent item 141 and store the index mutation in an index mutationjournal of the index mutation generator computer 113. In someembodiments, the index mutation journal is implemented as a distributedappend-only commit log.

If the changed content item 141 was modified in the storage plane 140,then the index mutation generated for the change may include one or moretokens to use to index the changed content item 141 and/or one or moretokens to not use to index the changed content item 141. The one or moretokens to use to index the changed content item 141 may include tokensthat are contained in the content item 141 after the change but thatwere not contained in the content item 141 before the change. The one ormore tokens to not use to index the changed content item 141 may includetokens that were contained in the content item 141 before the change butthat are not contained in the content item 141 after the change.

In the case where the changed content item 141 is modified in thestorage plane 140, the index mutation generator computer 113 mayidentify any tokens to use to index the modified content item 141 andany tokens to not use to index the modified content item 141 bycomparing the set of tokens for the most recent version of the contentitem 141 in the token store 117 to the set of tokens for a prior versionof the content item 141 in the token store 117. For example, assume theset of tokens in the token store 117 for the most recent version of thecontent item 141 after the modification is: “solved” “three” “problems”and the set of tokens in the token store 117 for the prior version ofthe content item 141 before the modification is: “solved” “two”“problems.” In this case, the index mutation generator computer 113 mayidentify the token “three” as a token to use to index the modifiedcontent item 141 and the token “two” as a token to not use to index themodified content item 141.

In the case where the changed content item 141 is added to the storageplane 140, then the index mutation may include one or more tokens to useto index the new content item 141. For example, assume the set of tokensin the token store 117 for the current version of the content item 141after the addition is: “solved” “three” “problems.” In this case, theindex mutation generator computer 113 may identify the tokens “solved,”“three” and “problems” as tokens to use to index the new content item141.

If the changed content item 141 was deleted from the storage plane 140,then the index mutation may include one or more tokens to not use toindex the deleted content item 141. For example, assume the set oftokens in the token store 117 for the most recent version of the contentitem 141 before the deletion is: “solved” “three” “problems.” In thiscase, the index mutation generator computer 113 may identify the tokens“solved,” “three” and “problems” as tokens to not use to index thedeleted content item 141.

As mentioned above, an index mutation generated for a changed contentitem 141 by the index mutation generator computer 113 may be stored inthe index mutation journal of the index mutation generator computer 113.In doing so, the index mutation generator computer 113 may store theindex mutation in the journal in association with a “journal timestamp”reflecting a time the content item 141 was changed. Thus, indexmutations for changes to content items 141 may be stored in the journalin an order that reflects the order in which the changes to the contentitems 141 occurred.

The index mutation server computer 114 may send index mutations over thecommunications network 120 to the user computer 130 retrieved from theindex mutation journal. The index mutation server computer 114 may sendindex mutations to the user computer 130 over the communications network120 at various different times including, but not limited to, inresponse to a network request from the user computer 130, in response tothe index mutation server computer 114 storing an index mutation in theindex mutation journal, and/or on occurrence of a periodic interval(e.g., a one minute interval).

To determine which index mutations in the index mutation journal to sendto the user computer 130, the index mutation server computer 114 maycompare the journal timestamps associated with the index mutations inthe index mutation journal to a “local index timestamp” associated withthe user computer 130. The local index timestamp reflects a point intime up to which a “local index” at the user computer 130 is up-to-datewith respect to changes to the user's 131 hosted content items 141.

The user computer's 130 local index timestamp may be stored at the usercomputer 130 and provided to the index mutation server computer 114.Alternatively, the online content management service 110 may maintainthe user computer's 130 local index timestamp. In either case, the usercomputer's 130 local index timestamp may be updated at various differenttimes including, but not limited to, whenever the user computer 130obtains a new base index and whenever the user computer 130 obtains anindex mutation. As mentioned, the index mutation server computer 114 maycompare journal timestamps associated with index mutations in the indexmutation journal to the user computer's 130 local index timestamp todetermine index mutations for the user computer 130 in the indexmutation journal to provide to the user computer 130.

To determine whether a given index mutation in the index mutationjournal should be provided to the user computer 130, the index mutationserver computer 114 may compare the journal timestamp associated withgiven index mutation in the index mutation journal to the current localindex timestamp for the user computer 130. If the journal timestamp forthe given index mutation is more recent than the user computer's 130local index timestamp, then the index mutation server computer 114 maydetermine to provide the index mutation to the user computer 130. On theother hand, if the journal timestamp for the given index mutation isless recent than the local index timestamp, then the index mutationserver computer 114 may determine not to provide the index mutation tothe user computer 130. In this way, the user computer 130 may beprovided with index mutations for changes to the user's 131 hostedcontent items 141 that are not already indexed in the local index at theuser computer 130.

With the above background in mind, example embodiments of the structureand operation of the local index of the user computer 130, the indexmutation journal of the index mutation generator computer 113, and thetoken store 117, followed by an example process for indexing the user's131 hosted content items 141 at the user computer 130 and an exampleprocess for searching the user's 131 hosted content items 141 at theuser computer 130, are described below.

2.0 LOCAL INDEX

Turning now to FIG. 2, it is a schematic diagram of a local index 210that may be stored at the user computer 130 of the user's 131 hostedcontent items 141, according to some embodiments of the presentinvention. The local index 210 may be structured as an inverted indexincluding a dictionary 213 and a corresponding postings 217.

Dictionary 213 may comprise index tokens 214 by which the user's 131hosted content items 141 are indexed at the user computer 130.Dictionary 213 also includes a pointer for each index token (e.g. 214A)to a postings list (e.g. 218A). Each postings list (e.g. 218A) includesone or more content item identifiers that identify which of the user's131 content items 141 the corresponding index token (e.g. 214A) occursin. An index token (e.g., 218A) in the local index 210 may correspond toa token produced by the tokenizer computer 118 when tokenizing the textcontent of one or more of the user's 131 hosted content items 141.

Dictionary 213 may also comprise information other than index tokens 214such as, for example, index token attribute information such as, forexample, index token frequency information or other information that maybe used by the local query processor in a ranking algorithm to rank orotherwise determine the relevancy of content items 141 to a search queryin a query-dependent and/or query-independent manner.

A postings list (e.g. 218A) of postings 217 may comprise informationother than content item identifiers, such as, for example, contentitem-index token attribute information, such as, for example, frequencyof an index token (e.g. 214A) within a particular content item 141, theposition or positions of an index token (e.g. 214A) within a particularcontent item 141, or other information that may be used by the localquery processor in a ranking algorithm to rank or otherwise determinethe relevancy of content items 141 to a query in a query-dependentand/or query-independent manner.

According to some embodiments, all of the following content item-indextoken attributes, or a subset or a superset thereof, are associated witha content item identifier of a content item 141 in a postings list(e.g., 218A) for a corresponding index token (e.g. 214A) of the localindex 210:

-   -   A value indicating whether the corresponding index token is part        of the filename of the content item 141,    -   A value indicating whether the corresponding index token is part        of the filename extension of the content item 141,    -   A value indicating whether the corresponding index token is part        of the file path of the content item 141,    -   A value indicating whether the corresponding index token is part        of the title of the content item 141, and/or    -   A value indicating whether the corresponding index token is        bolded or otherwise highlighted in the text content of the        content item 141.

In addition to using any of the above content item-index tokenattributes in a ranking algorithm to rank or otherwise determine therelevancy of content items 141 to a query in a query-dependent and/orquery-independent manner, the local query processor may use any of theabove content item-index token attributes when generating a searchanswer summary of a content item 141 that matches a query. For example,if a query token of the query matches an index token (e.g. 214A)generated from the filename of the content item 141, then the generatedsearch answer summary may indicate that fact, for example, by displayingthe filename of the content item 141 in the search answer summary andvisually highlighting (e.g. by bolding or by underling) the index tokenas it appears in the filename.

According to some embodiments, all of the following content itemattributes, or a subset or a superset thereof, are associated at theuser computer 130 with a content item identifier of a content item 141indexed in the local index 210:

-   -   The content item's 141 size (e.g. in bytes),    -   A modification date/time of the content item 141,    -   A value indicating whether the content item 141 is deleted from        the storage plane 140,    -   A value indicating whether a content item corresponding to the        content item 141 is stored at the user computer 130,    -   If a content item corresponding to the content item 141 is        stored at the user computer 130, a value indicating whether the        version of the content item corresponding to content item 141        stored at the user computer 130 is out-of-date with respect to        the version of the content item 141 indexed in the local index        210,    -   A value indicating the version of the content item 141 indexed        in the local index 210,    -   A value indicating whether all available text content of the        content item 141 has been tokenized by the tokenizer 118,    -   A value indicating whether the content item 141 is shared among        more than one user of the online content management service 110        (e.g., associated with more than one user account of the online        content management service 110),    -   If the content item 141 is shared among more than one user of        the online content management service 110, a list of user        identifiers (and/or user account identifiers) of one or more        users sharing the content item 141,    -   A timestamp indicating a date/time the content item 141 was        stored in the storage plane 140,    -   The number of tokens extracted from the content item 141 by the        tokenizer 118,    -   A text summary/digest of the content item 141, and/or    -   A text snippet from the content item 141.

In addition to using any of the above content item attributes in aranking algorithm to rank or otherwise determine the relevancy ofcontent items 141 to a query in a query-dependent and/orquery-independent manner, the local query processor may use any of theabove content item-index token attributes when generating a searchanswer summary of a content item 141 that matches a query. For example,the text summary/digest of a content item 141 and/or the text snippetfrom the content item 141 may be presented in a search answer summary ofthe content item 141.

In some embodiments of the invention, for space efficiency and to reducethe computer storage size of postings 217, a content item identifier ina postings list 218 includes a local identifier that is local to theuser computer 130 and substitutes for a global content item identifierthat is larger in size in terms of the number of bytes needed torepresent the global content item identifier. The local content itemidentifier may be smaller in size in terms of number of bytes need torepresent the local content item identifier than the global content itemidentifier that the local content item identifier substitutes for. Inthis description, unless otherwise clearly apparent in context, a“content item identifier” of a content item 141 refers to all possibleforms of the content item identifier that directly or indirectly (e.g.through a mapping) uniquely identifies the content item 141 including alocal content item identifier of the content item 141 and a globalcontent item identifier of the content item 141.

According to some embodiments of the invention, when a search query isreceived at the local query processor, the local query processor usesthe query tokens in the query as keys into the dictionary 213 of thelocal index 210 to identify the corresponding postings lists 218. Ifthere are multiple query tokens in the query, the corresponding postingslists 218 may be merged appropriately depending on how the query tokensare related together as a Boolean expression. A number of differentmerge algorithms may be used for this purpose according to therequirements of the particular implementation at hand.

When processing a search query against the local index 210, the localquery processor at the user computer may load the dictionary 213 (or aportion thereof) from non-volatile storage (e.g., flash memory, harddisk) of the user computer 130 into volatile memory (e.g., RAM) of theuser computer 130 for more efficient access. A postings list (e.g. 218A)may also be stored cached in volatile memory of the user computer 130for more efficient access. Cached postings lists 218 may be evicted fromvolatile memory of the user computer 130 according to a cache evictionpolicy such as, for example, a least recently accessed policy. The localquery processor may also cache in volatile memory of the user computer130 a postings list (e.g. 218A) that is generated as a result of a mergealgorithm performed on multiple posting lists 218 retrieved from thepostings 217. By doing so, the local query processor may avoid having toperform the merge algorithm on the multiple postings lists 218 at alater time, such as, example, when a search query is processed that hasquery tokens in common with an earlier processed query.

3.0 BASIC QUERY PROCESSING

Turning now to FIG. 3, it is a schematic diagram of basic queryprocessing performed by the local query processor of the user computer130 when processing a search query against the local index 210,according to some embodiments of the present invention. The dictionary213 may include index tokens and the postings 217 may include postingslists other than those shown in FIG. 3.

When a search query with multiple query tokens is received from the user131 and provided to the local query processor, the tokens in the searchquery are used to cache (store) in volatile memory of the user computer130 the relevant posting lists in postings 217 from the local index 210,if the relevant posting lists are not already cached (stored) in thevolatile memory. Then, the local query processor executes a mergealgorithm on the relevant posting lists to identify content items 141satisfying the query.

To illustrate basic query processing by an example, consider the searchquery [two problems] (not including the enclosing brackets [ ]). In thisexample, the local index 210 indexes at least two of the user's 131content items 141. Assume, for purposes of providing a clear example,the two content items 141 have identifiers of D2 and D3, respectively.Further assume, content item 141 D2 contains the text content “solvedtwo problems” and content item 141 D3 contains the text content “solvedthree problems.” Accordingly, content item 141 D2 is indexed in thelocal index 210 by the index tokens “solved,” “two” and “problems” andcontent item 141 D3 is indexed in the local index 210 by the indextokens “solved,” “three” and “problems.”

In response to receiving the query [two problems] from the user 131, thelocal query processor caches (stores) in volatile memory of the usercomputer 130 the postings lists from the local index 210 associated withthe index tokens matching the query tokens in the query, if the postingslists are not already cached (loaded) in the volatile memory.Specifically, the postings lists 318A and 318B associated with the indextoken 314A “problems” and the index token 314D “two,” respectively, arecached in the volatile memory, if not already loaded there. Once cached,the local query processor identifies the content items 141 that satisfythe query by executing a merge algorithm on the loaded postings lists318A and 318D. In this example, the merge algorithm may intersect thepostings lists 318A and 318D to identify content item 141 D2 but notcontent item 141 D3 as satisfying the user's 131 query. An indicationthat content item 141 D2 satisfies the query may thereafter be providedto the user 131 in a search answer summary presented in the graphicaluser interface at the user computer 130.

4.0 BASE INDEX AND DELTA INDEX

Turning now to FIG. 4, it is a state diagram of various possible statesof the local index 210 at the user computer 130 in accordance with someembodiments of the invention. To facilitate an incrementally updatablelocal index 210, the local index 210 may include a base index 420 and adelta index 440. The base index 420 differs from the delta index 440 inthat the base index 420 does not need to be mutable at the user computer130 while the delta index 340 may be mutated at the user computer 130.In other words, the base index 420 may be treated as immutable at theuser computer 130 and only the delta index 440 and not the base index420 is mutated at the user computer 130 with index mutations receivedfrom the index mutation server computer 114. Typically, the delta index440 is much smaller in size in terms of bytes (e.g., an order ofmagnitude smaller) than the base index 420 allowing the delta index 440to be entirely stored in volatile memory of the user computer 130 whereit can be more efficiently mutated than the base index 420 would be,which is typically stored in non-volatile memory of the user computer130 (e.g. on disk), although portions of the base index 420 (e.g.,postings lists of the base index 420) may be cached in volatile memoryof the user computer 130 from time to time.

In operation, the user computer 130 may initially not have a local index210. A local index 210 may be created at the user computer 130 when abase index 420 is received from the online content management service110. Thereafter, when changes to the user's 131 hosted content items 141are made in the storage plane 140, the user computer 130 may receiveindex mutations from the online content management service 110reflecting the changes to the user's 131 hosted content items 141. Thedelta index 440 may be mutated based on the received index mutations.Thus, at a given time, the local index 210 at the user computer 130 maycontain just the base index 420 or both the base index 420 and the deltaindex 440. The base index 420 and the delta index 440 may be structuredthe same. That is, both base index 420 and the delta index 420 may bestructured as an inverted index having a dictionary of index tokens andcorresponding postings. When a query is received from the user 131, thelocal query processor at the user computer 130 may consult both the baseindex 420 and the delta index 440 with index entries in the delta index440 overriding (superseding) corresponding entries in the base index420.

A possible lifecycle of the local index 210 at the user computer 130according to some embodiments of the present invention is illustrated inFIG. 4. Initially, at state 402A, the user computer 130 does not have alocal index 210.

The user computer 130 may transition 404A-B from state 402A to 402B inresponse to receiving a first version of the base index 420 from theonline content management service 110. The first version of the baseindex 420 reflects the state of the user's 131 hosted content items 141up to a point in time.

At state 402B, the first version of the base index 420 is installed aspart of the local index 210 at the user computer 130 and the local queryprocessor at the user computer 130 uses the base index 420 to answersearch queries received from the user 131.

The user computer 130 may transition 404B-C from state 402B to state402C when an index mutation for a changed content item 141 is receivedfrom the index mutation server computer 114. At state 402C, the deltaindex 440 may be mutated to reflect the received index mutation. Atstate 402C, the local query processor at the user computer 130 uses boththe base index 420 and the delta index 440 to process search queriesfrom the user 131. In this case, index entries in the delta index 440override (supersede) corresponding index entries in the base index 420.For example, the delta index 440 may indicate that a particular contentitem 141 matches a search query token because the particular contentitem 141 is identified in a postings list (e.g. 218A) of the delta index440 associated with an index token (e.g. 214A) corresponding to thesearch query token. However, at the same time, the base index 420 mayindicate that the particular content item 141 does not match the searchquery token. In this case, the conflict between the delta index 440 andthe base index 420 is resolved in favor of the delta index 440 and theparticular content item 141 is considered to match the search querytoken. The conflict is resolved in favor of the delta index 440 becausethe delta index 440 reflects the most recent changes to the user's 131hosted content items 141 relative to the base index 420.

Also, as indicated by transition 404C-C, the delta index 440 at the usercomputer 130 may be further mutated when a new index mutation isreceived from the index mutation server computer 114.

The user computer 130 may transition 404C-B back to state 402B when anew base index 420 is received at the user computer 130 from the onlinecontent management service 110.

The user computer 130 may transition 404C-A from state 402C to state402A or transition 404B-A from state 402B to state 402A on occurrence ofvarious different events including, but not limited to, if the localindex 210 is deleted or removed from the user computer 130.

In a typical operation, the cycle formed by transitions 404B-C and404C-B may repeat continuously in which each time the user computer 130transitions to state 402B a more up-to-date base index 420 received fromthe online content management service 110 is installed as part of thelocal index 210. The received base index 420 may be more up-to-date inthe sense that it indexes changes to the user's 131 hosted content items141 up to a point in time that is later (more recent) than a point intime up to which the current base index 420 at the user computer 130indexes changes to the user's 131 hosted content items 141. Periodicallyreplacing the current base index 420 at the user computer 130 with amore up-to-date base index 420 received from the online contentmanagement service 110 also has the effect of preventing the computerstorage size of the delta index 440 in volatile memory of the usercomputer 130 from becoming too large. This effect is achieved becauseeach time the current base index 420 is replaced with a more up-to-datebase index 420, the entries in the current delta index 440 may bediscarded. Thereafter, as new index mutations are received from theonline content management service 110, entries are added to the deltaindex 440 based on the received index mutations until the next baseindex 420 is received, at which time the user computer transitions404C-B back to state 402B.

The user computer's 130 local index timestamp may be updated at variousdifferent times including, but not limited to, when the user computer130 transitions 404A-B from state 402A to state 402B, transitions 404B-Cfrom state 402B to 402C, transitions 404C-B from state 402C to 402B, andtransitions 404C-C from state 402C to 402C. Each time the local indextimestamp is updated it may be updated to reflect the point-of-time upto which the local index 210 is up-to-date with respect to changes tothe user's 131 hosted content items 141. This point-in-time may bedetermined in a variety of different ways including, but not limited to,a current date/time obtained from a system clock of the user computer130 when new a base index or index mutation is received from the onlinecontent management service 110, a timestamp associated with a new baseindex 420 received from the online content management service 110, or atimestamp associated with a new index mutation received from the onlinecontent management service 110.

5.0 BASIC DELTA INDEX MUTATION OPERATION

Turning now to FIG. 5A and FIG. 5B, it is a schematic diagram of a basicindex mutation operation applied to the local index 210 at the usercomputer 130 in accordance with some embodiments of the invention. FIG.5A represents the local index 210 before the index mutation is appliedand FIG. 5B represents the local index 210 after the index mutation isapplied. The dictionary 213 may include index tokens and the postings217 may include postings lists other than those shown in FIG. 5A andFIG. 5B.

In this example, assume the index mutation is for a content item 141 D2and specifies to use the token “three” to index the content item 141 D2and specifies not to use the token “two” to index the content item 141D2.

Further assume that before the index mutation is applied to the localindex 210, the content item 141 D2 is indexed in the base index 420 ofthe local index by the index tokens “solved” 514B, “two” 514C and“problems” 514A.

After the index mutation is applied to the local index 210, an indexentry exists in the delta index 440 with the index token 514D “three”and a postings list 518A specifying the content item 141 D2. Inaddition, an index entry exists in the delta index 440 with the indextoken 513C “two” and postings list 518B specifying that the content item141 D2 is no longer indexed by the index token 513C “two.”Significantly, in this example, the base index 420 is not mutated whenthe index mutation is applied to the local index 210. Instead, the deltaindex 440 is mutated to represent changes to the user's 131 hostedcontent item 141 since the base index 420 was generated by the baseindex generator computer 111.

6.0 INDEX MUTATION JOURNAL

Turning now to FIG. 6, it is a schematic diagram of an index mutationjournal 610 that may be maintained by the index mutation generatorcomputer 113 according to some embodiments of the present invention.When a user's hosted content item 141 is changed, the index mutationgenerator computer 113 may be notified of the change. In response, theindex mutation generator computer 113 generates an index mutation 622reflecting the change and stores the index mutation 622 along with ajournal timestamp 621 as part of a journal entry 620 in the indexmutation journal 610.

In some embodiments, the index mutation journal 610 is implemented as anappend-only distributed commit log built on commodity computinghardware. In this way, the index mutation generator computer 113 canprocess, and the index mutation journal 610 can store index mutations622 for, a high rate of changes to content items 141 in the storageplane 140 (e.g., tens of thousands of changes per second). Byimplementing the journal 610 as an append-only distributed commit logusing commodity computing hardware, the index mutation journal 610 canmore effectively scale as the storage plane 140 stores more and morecontent items 141 and/or as rate of changes to content items 141increase. In addition, storage device (e.g., disk) scanning is reducedby storing (appending) the next journal entry 620 at a location incomputer storage that is contiguous to a location of the previousjournal entry 620.

As shown, a journal entry 620 may include a journal timestamp 621 and anindex mutation 622 generated for a changed content item 141 by the indexmutation generator computer 113.

Turning first to the index mutation 622 generated for a changed contentitem 141, the index mutation 622 may include a content item namespaceidentifier 623, a content item identifier 624, a set 625 of one or moretokens to use to index the changed content item 141, and/or a set 626 ofone or more tokens to not use to index the changed content item 141. Thecontent item namespace identifier 623 identifies the content itemnamespace to which the changed content item 141 belongs.

An entry 620 in the journal 610 may include a journal timestamp 621 thatcan be compared to the local index timestamp for a user computer (e.g.130) to determine whether the local index 210 at the user computer is upto date with respect to the index mutation 622.

7.0 TOKEN STORE

FIG. 7 illustrates a possible schema for token store 117, according tosome embodiments of the invention. According to the schema, token store117 includes two tables: “Document” table 710 and “Indexer-Document”table 720.

Document table 710 stores sets of tokens and metadata for versions ofhosted content items 141 processed by tokenizer 118. In a practicalembodiment, Document table 710, at a given time, may store informationonly for a number r of the most recent versions of a content item 141,where r may be selected based on various factors including, for example,a desired maximum size of Document table 710 or other factors accordingto the requirements of the particular implementation at hand. Accordingto some embodiments, the base index generator computer 111 usesinformation in Document table 710 to generate base indexes 420.

Indexer-Document Table 720 stores sets of tokens and metadata forcurrent versions of hosted content items 141 processed by the indexmutation generator computer 113. In some embodiments, the currentversion of a content item 141 is the latest (most recent) version of thecontent item 141 that has been processed by index mutation generatorcomputer 113. According to some embodiments, index mutation generatorcomputer 113 uses information in Document table 710 and Indexer-Documenttable 720 to generate the index mutations that are stored in the indexmutation journal 610.

Document table 710 includes a number of rows. A row in Document table710 may be keyed by a row key (e.g., 711). A row key (e.g., 711) in someembodiments is a byte array including a content item namespaceidentifier, a content item identifier, and a content item versionidentifier. The content item identifier identifies a content item 141.The content item version identifier identifiers a particular version ofthe content item 141. Thus, a row in Document table 710 may correspondto a content item version. The content item namespace identifieridentifies the content item namespace to which the content item 141belongs. The colon character (“:”) or other character or charactersequence may be used in the byte array to separate the content itemnamespace identifier, the content item identifier, and the content itemversion identifier from each other.

Document table 710 includes a “Tokens” column family. For each row inDocument table 710, the Tokens column family stores a list of tokens(e.g., 712) produced by tokenizer computer 118 from the correspondingcontent item version. Although not shown in FIG. 7, the Tokens columnfamily may also store various content item version-token attributes of atoken. Such content item version-token attributes may include, forexample, the frequency of the token and/or the position of the token inthe corresponding content item version.

According to some embodiments of the present invention, some contentitem version-token attributes for a token for a corresponding contentitem 141 version that may be stored in the Document table 710 includethe following, or a subset or a superset thereof:

-   -   A value indicating whether the corresponding token is part of        the filename of the content item 141 version,    -   A value indicating whether the corresponding token is part of        the filename extension of the content item 141 version,    -   A value indicating whether the corresponding token is part of        the file path of the content item 141 version,    -   A value indicating whether the corresponding token is part of        the title of the content item 141 version, and/or    -   A value indicating whether the corresponding token is bolded or        otherwise highlighted in the text content of the content item        141 version.

In some embodiments, for a row in Document table 710, the Tokens columnfamily stores a list of tokens (e.g., 712) and a list of content itemversion-token attributes. The list of tokens may be the same length asthe list of content item version-token attributes. An element atposition i in the list of content item version-token attributes includescontent item version-token attributes for the token at position i in thelist of tokens. Alternatively, a single list may be stored instead oftwo lists. Each element in the single list is a tuple including a tokenand content item version-token attributes of that token.

Document table 710 also includes a “Metadata” column family. For eachrow in Document table 710, the Metadata column family stores a set ofnamed content item version attributes (e.g., 713) of the correspondingcontent item version. For example, in Document table 710, one of thecontent item version attributes, named “revision,” is the content itemversion identifier of the corresponding document version. Other documentversion attributes are possible.

According to some embodiments of the present invention, some contentitem version attributes for a corresponding content item version thatmay be stored in the Document table 710 in addition to the content itemversion's “revision” include the following content item-versionattributes, or a subset or a superset thereof:

-   -   The content item 141 version's size (e.g. in bytes),    -   A modification date/time of the content item 141 version,    -   A value indicating whether the content item 141 is deleted from        the storage plane 140,    -   A value indicating whether a content item corresponding to the        content item 141 is stored at the user computer 130,    -   If a content item corresponding to the content item 141 is        stored at the user computer 130, a value indicating whether the        version of the content item corresponding to content item 141        stored at the user computer 130 is out-of-date with respect to        the content item 141 version,    -   A value indicating the content item 141 version,    -   A value indicating whether all available text content of the        content item 141 version has been tokenized by the tokenizer        118,    -   A value indicating whether the content item 141 is shared among        more than one user of the online content management service 110        (e.g., associated with more than one user account of the online        content management service 110),    -   If the content item 141 is shared among more than one user of        the online content management service 110, a list of user        identifiers (and/or user account identifiers) of one or more        users sharing the content item 141,    -   A timestamp indicating a date/time the content item 141 version        was stored in the storage plane 140,    -   The number of tokens extracted from the content item 141 version        by the tokenizer 118,    -   A text summary/digest of the content item 141 version, and/or    -   A text snippet from the content item 141 version.

The schema of Indexer-Document table 720 may be similar to Documenttable 710. In some embodiments, however, the row key (e.g., 721) of arow in Indexer-Document table 720 includes a content item namespaceidentifier and a content item identifier but not a content item versionidentifier. In these embodiments, each row in Indexer-Document table 720may correspond to the latest (most recent) version of a content itemprocessed by indexer 323 the index mutation generator computer 113.

In the example of FIG. 7, example row keys 711 and 721 are provided. Forpurposes of providing clear examples, the example row keys 711 and 721comprise a content item namespace identifier of “abed” and a contentitem identifier of “d2.” In some embodiments, however, a content itemnamespace identifier is a 64-bit fixed-length value that uniquelyidentifies a content item namespace and a content item identifier is a64-bit fixed length value that uniquely identifies a content item 141 inthe storage plane 140.

In some embodiments, a content item version identifier uniquelyidentifies a version of a content item 141 and provides an ordering ofthe version with respect to other versions of the content item 141. Forexample, content item version identifiers for three versions of acontent item 141 may be the values “1,” “2,” and “3,” respectively, withthe version “3” corresponding to the most recent version of the contentitem 141 and the version “1” corresponding to an earlier version of thecontent item 141.

8.0 PROCESS FOR INDEXING HOSTED CONTENT ITEMS AT A USER COMPUTER

Turning now to FIG. 8, it is a flowchart of a process 800 for indexingat the user computer 130 the user's 131 content items 141 hosted withthe online content management service 110. The process 800 may beperformed by one or more computers, such as, for example, one or more ofthe base index generator computer 111, the base index server computer112, the index mutation generator computer 113, the index mutationserver computer 114, the back-end search query processor computer 115,the front-end search query processor computer 116, the tokenizercomputer 118, and/or the user computer 130.

The process 800 begins at step 801 where it is assumed that the user 131has a number of content items 141 stored in the storage plane 140 andassociated a user account that the user 131 holds with the onlinecontent management service 110.

At step 803, a base index 420 of the user's 131 hosted content items 141is generated by the online content management service 110.

At step 805, the generated base index 420 is provided by the onlinecontent management service 110 to the user computer 130. At this point,the user computer 130 may install the base index 420 as part of a localindex 210 of the user computer 130 and the local index 210 may be usedby a local query processor at the user computer 130 to process user 131search queries.

At step 807, the online content management service 110 waits for anoccurrence of an event. There are two different types of events that areof particular interest, among other possible events that may occur.

Occurrence of a first type of event means that the time has come togenerate a new, more up-to-date, base index 420 of the user's 131 hostedcontent items 141. On occurrence of the first type of event, the process800 proceeds from step 809 to step 803.

On the other hand, occurrence of a second type of event means that achange to one or more of the user's 131 hosted content items 141 hasbeen detected. On occurrence of the second type of event, the process800 proceeds from step 811 to step 813.

The first type of event indicating that the time has come to generate anew, more up-to-date, base index 420 of the user's 131 hosted contentitems 141 may occur at step 807 for a variety of different reasonsincluding, but not limited to:

-   -   because a base index regeneration timer has expired,    -   because a threshold number of changes to the user's 131 content        items 141 have been made since the last base index 420 of the        user's 131 content items 141 was generated, and/or    -   because a threshold change rate of changes to the user's 131        content items 141 has been exceeded.

At step 813, if occurrence of the second type of event indicating thatone or more changes to the user's 131 hosted content items 141 has beendetected, then the online content management service 110 generates anindex mutation 622 for each detected change and stores the generatedindex mutations 622 in the index mutation journal 610 in associationwith corresponding journal timestamps 610.

At step 815, the online content management service 110 providesgenerated index mutations 622 from the index mutation journal 610 overthe communications network 120 to the user computer 130. To identifyindex mutations 622 in journal 610 to provide to the user computer 130,the online content management service 110 may use a local indextimestamp for the user computer 130 and one or more content itemnamespace identifiers associated with the user computer 130. Based onthe local index timestamp for the user computer 130 and the one or morecontent item namespace identifiers, the online content management system110 can identify index mutations 622 in the journal 610 to provide tothe user computer 130 that (1) have a journal timestamp 610 that is morerecent than the local index timestamp for the user computer 130, and (2)have a content item namespace identifier 623 that matches of the one ormore content item namespace identifiers associated with the usercomputer 130. The local index timestamp associated with the usercomputer 130 reflects a point in time up to which the local index 210 atthe user computer 130 is up to date with respect to changes to theuser's 131 hosted content items 141 in the storage plane 140. The one ormore content item namespace identifiers associated with the usercomputer 130 each identify a content item namespaces to which the user's131 hosted content items 141 belong.

The process 800 enables the user 131 to use the user computer 130 tosearch the user's 131 hosted content items 141 by performing searches ofthe user's 131 hosted content items 141 and changes thereto at the usercomputer 130 using the local index 210 at the user computer 130constructed based on the base index 420 and the index mutations 622received by the user computer 130. An advantage provided by process 800is that the user 131 can search the user's 131 hosted content items 141and changes thereto even if the user computer 130 is not connected tothe online content management service 110 at the time of the search.Another advantage of process 800 is that an answer to the user's 131search query can be provided to the user 131 more quickly or in offlinenetworking environments because the local index 210 allows the answer tobe identified and provided to the user 131 without having to send thesearch query over the communications network 120.

8.0 PROCESS FOR SEARCHING FOR HOSTED CONTENT ITEMS AT A USER COMPUTER

Turning now to FIG. 9, it is a flowchart of a process 900 for searchingthe user's 131 hosted content items 141 at the user computer 130according to some embodiments of the present invention. In this example,the process 900 is performed by the user computer 130.

The process starts at step 901. At step 901, the user computer 130 mayor may not be communicatively to the communications network 120. Inother words, the user computer 130 may be offline (e.g., notcommunicatively coupled to the communications network 120 or online(e.g., communicatively coupled to the communications network 120).

At step 903, the user computer 130 receives a search query from the user131. For example, the user 131 may enter a search expression into agraphical user interface presented at the user computer 130 using a userinput mechanism such as, for example, a physical keyboard or a touchsensitive surface (e.g., a touch screen display). The user computer 130may receive the search query from the user 131 in response to the user131 activating a graphical user interface element, such as, for example,a “Submit,” “Send,” or “Search” button.

At step 905, the user computer 130 accesses the local index 210 with thereceived search query. Optionally, if the user computer 130 is online,then the user computer 130 at step 902 may also send the search query tothe online content management service 110 over the communicationsnetwork 120. For example, the user computer 130 may send the searchquery over the communications network 120 to the front-end queryprocessor computer 116. The search query may be sent in a search requestaccording to a networking protocol, such as, for example, the HyperTextTransfer Protocol (HTTP) or the Secure HyperText Transfer Protocol(HTTPS).

At step 907, the user computer 130 identifies in the local index 210 oneor more local results that satisfy the search query. Each such localresult corresponds to one of the user's 131 hosted content items 141,which may or may not be stored at the user computer 130, or if stored atthe user computer 130, may be a version of the content item 141 that isolder than the latest version of the content item 141 stored in thestorage plane 140. Each such local result may be scored for relevanceaccording to a query independent or query dependent ranking function.

At step 909, the local query processor at the user computer 130 ranksthe one or more local results identified in the local index 210according to their relevance scores.

At step 911, the user computer 130 displays one or more the ranked localresults in a graphical user interface presented at the user computer131. Each displayed local result may be displayed as a search answersummary.

If the search query was sent to the online content management service110 at step 905, then at step 913 the user computer 130 receives one ormore remote results to the search query from the online contentmanagement service 110. In many cases, because of the network latencyover the communications network 120, the user computer 130 will be ableto display local results at step 911 before or while receiving remoteresults at step 913. Each remote result received at step 913 correspondsto one of the user's 131 hosted content items 141. Each such remoteresult may be scored for relevance according to a query independent orquery dependent ranking function. Further, the remote results may bereceived at step 913 ranked in order of their relevance scores ascomputed by the online content management service 110. The rankingfunction used by the online content management service 110 to scoreremote results may be the same as the ranking function used by the usercomputer 130 to score local results. In this way, a relevance scorecomputed by the online content management service 110 for a remoteresult is comparable to a relevance score computed by the user computer130 for a local result.

At step 915, the user computer 130 updates the graphical user interfaceto display one or more remote results received at step 913 that havebetter (e.g., higher) relevance scores than the worst (e.g., lowest)scoring currently displayed local result, if there are any such remoteresults corresponding to a content item 141 that does not correspondingto a currently displayed local result.

The process 900 enables the user 131 to use the user computer 130 tosearch the user's 131 hosted content items 141 by performing searches ofthe user's 131 hosted content items 141 and changes thereto at the usercomputer 130 using the local index. An advantage provided by process 900is that the user 131 can search the user's 131 hosted content items 141and changes thereto even if the user computer 130 is not online. Anotheradvantage of process 900 is that, if the user computer 130 is online, ananswer to the user's 131 search query can be provided to the user 131quickly because the local index 210 allows a preliminary answer to beidentified and provided to the user 131 without having to send thesearch query over the communications network 120. Soon thereafter,display of the preliminary answer can be updated with display of remoteresults as they are received from the online content management service110 to provide a more comprehensive and more up-to-date answer to thesearch query.

10.0 BASIC COMPUTER HARDWARE

The present invention may be implemented on one or more computers, suchas, for example, on one or more of the base index generator computer111, the base index server computer 112, the index mutation generatorcomputer 113, the index mutation server computer 114, the back-endsearch query processor computer 115, the front-end search queryprocessor computer 116, the tokenizer computer 118, and/or the usercomputer 130. Such a computer may be implemented in various formsincluding, but not limited to, a client computer, a server computer, anetwork device, a mobile device, a cell phone, a smart phone, a laptopcomputer, a desktop computer, a workstation computer, a personal digitalassistant, a blade server computer, a mainframe computer, and othertypes of computers.

The computer components described below, including their connections,relationships, and functions, are meant to be exemplary only, and arenot meant to limit implementations of the present invention. Othercomputers suitable for implementing the present invention may havedifferent components, including components with different connections,relationships, and functions.

Turning now to FIG. 10, it is a block diagram of a basic computer 1000suitable for implementing various embodiments of the invention. Computer1000 includes hardware bus 1002 or other communication mechanism foraddressing main memory 1006 and for transferring data between and amongthe various components of computer 1000. Computer 1000 also includeshardware processor 1004 coupled with bus 1002 for processinginformation. Hardware processor 1004 may be a general purposemicroprocessor, a system on a chip (SoC), or other processor suitablefor implementing the described technologies.

Main memory 1006, such as a random access memory (RAM) or other dynamicstorage device, is coupled to bus 1002 for storing information andinstructions to be executed by processor 1004. Main memory 1006 also maybe used for storing temporary variables or other intermediateinformation during execution of instructions to be executed by processor1004. Such instructions, when stored in non-transitory storage mediaaccessible to processor 1004, render computing device 1000 into aspecial-purpose computing device that is customized to perform theoperations specified in the instructions.

Computer 1000 further includes read only memory (ROM) 1008 or otherstatic storage device coupled to bus 1002 for storing static informationand instructions for processor 1004.

Mass storage device 1010 is coupled to bus 1002 for persistently storinginformation and instructions on fixed or removable media, such asmagnetic, optical, solid-state, magnetic-optical, flash memory, or anyother available mass storage technology. The mass storage may be sharedon a network, or it may be dedicated mass storage. Typically, massstorage devices 1010 (e.g., the main hard disk for the device) stores abody of program and data for directing operation of the computingdevice, including an operating system, user application programs, driverand other support files, as well as other data files of all sorts.

Computer 1000 may be coupled via bus 1002 to display 1012, such as aliquid crystal display (LCD) or other electronic visual display, fordisplaying information to a computer user. Display 1012 may also be atouch-sensitive display for communicating touch gesture (e.g., finger orstylus) input to processor 1004.

An input device 1014, including alphanumeric and other keys, is coupledto bus 1002 for communicating information and command selections toprocessor 1004.

Another type of user input device is cursor control 1016, such as amouse, a trackball, or cursor direction keys for communicating directioninformation and command selections to processor 1004 and for controllingcursor movement on display 1012. This input device typically has twodegrees of freedom in two axes, a first axis (e.g., x) and a second axis(e.g., y), that allows the device to specify positions in a plane.

Computer 1000 may implement the methods described herein usingcustomized hard-wired logic, one or more application-specific integratedcircuits (ASICs), one or more field-programmable gate arrays (FPGAs),firmware, or program logic which, in combination with the computingdevice, causes or programs computer 1000 to be a special-purposemachine.

Methods disclosed herein may also be performed by computer 1000 inresponse to processor 1004 executing one or more sequences of one ormore instructions contained in main memory 1006. Such instructions maybe read into main memory 1006 from another storage medium, such asstorage device 1010. Execution of the sequences of instructionscontained in main memory 1006 causes processor 1004 to perform theprocess steps described herein. In alternative embodiments, hard-wiredcircuitry may be used in place of or in combination with softwareinstructions.

The term “storage media” as used herein refers to any non-transitorymedia that store data and/or instructions that cause a computing deviceto operate in a specific fashion. Such storage media may comprisenon-volatile media and/or volatile media. Non-volatile media includes,for example, optical disks, magnetic disks, or solid-state drives, suchas storage device 1010. Volatile media includes dynamic memory, such asmain memory 1006. Common forms of storage media include, for example, afloppy disk, a flexible disk, hard disk, solid-state drive, magnetictape, or any other magnetic data storage medium, a CD-ROM, any otheroptical data storage medium, any physical medium with patterns of holes,a RAM, a PROM, and EPROM, a FLASH-EPROM, NVRAM, any other memory chip orcartridge.

Storage media is distinct from but may be used in conjunction withtransmission media. Transmission media participates in transferringinformation between storage media. For example, transmission mediaincludes coaxial cables, copper wire and fiber optics, including thewires that comprise bus 1002. Transmission media can also take the formof acoustic or light waves, such as those generated during radio-waveand infra-red data communications.

Various forms of media may be involved in carrying one or more sequencesof one or more instructions to processor 1004 for execution. Forexample, the instructions may initially be carried on a magnetic disk orsolid-state drive of a remote computer. The remote computer can load theinstructions into its dynamic memory and send the instructions over atelephone line using a modem. A modem local to computer 1000 can receivethe data on the telephone line and use an infra-red transmitter toconvert the data to an infra-red signal. An infra-red detector canreceive the data carried in the infra-red signal and appropriatecircuitry can place the data on bus 1002. Bus 1002 carries the data tomain memory 1006, from which processor 1004 retrieves and executes theinstructions. The instructions received by main memory 1006 mayoptionally be stored on storage device 1010 either before or afterexecution by processor 1004.

Computer 1000 also includes communication interface 1018 coupled to bus1002. Communication interface 1018 provides a two-way data communicationcoupling to wired or wireless network link 1020 that is connected tolocal network 1022 (e.g., Ethernet network, Wireless Local Area Network,cellular phone network, Bluetooth wireless network, or the like).Communication interface 1018 sends and receives electrical,electromagnetic, or optical signals that carry digital data streamsrepresenting various types of information. For example, communicationinterface 1018 may be a wired network interface card, a wireless networkinterface card with an integrated radio antenna, or a modem (e.g., ISDN,DSL, or cable modem).

Network link 1020 typically provide data communication through one ormore networks to other data devices. For example, network link 1020 mayprovide a connection through local network 1022 to host computer 1024 orto data equipment operated by Internet Service Provider (ISP) 1026. ISP1026 in turn provides data communication services through the world widepacket data communication network now commonly referred to as the“Internet” 1028. Local network 1022 and Internet 1028 use electrical,electromagnetic or optical signals that carry digital data streams. Thesignals through the various networks and the signals on network link1020 and through communication interface 1018, which carry the digitaldata to and from computer 1000, are example forms of transmission media.

Computer 1000 can send messages and receive data, including programcode, through local network 1022, Internet 1028, ISP 1026, network link1020 and communication interface(s) 1018. In the Internet example,server computer 1030 might transmit a requested code for an applicationprogram through Internet 1028, ISP 1026, local network 1022 andcommunication interface 1018.

The received code may be executed by processor 1004 as it is received,and/or stored in storage device 1010, or other non-volatile storage forlater execution.

11.0 BASIC SOFTWARE SYSTEM

Turning now to FIG. 11, it is a block diagram of a basic software system1100 for controlling the operation of computer 1000 in accordance withsome embodiments of the invention. As shown, computer software system1100 is provided for directing the operation of computing device 1000.Software system 1100, which is stored in system memory (RAM) 1006 and onfixed storage (e.g., hard disk) 1010, includes kernel or operatingsystem (OS) 1110. OS 1110 manages low-level aspects of computeroperation, including managing execution of processes, memory allocation,file input and output (I/O), and device I/O. One or more applicationprograms 1102 (e.g., 1102A, 1102B, 1102C . . . 1102N) may be “loaded”(e.g., transferred from fixed storage 1010 into memory 1006) forexecution by system 1100. In some instances, application programs 1102or other software intended for use on device 1000 may also be stored asa set of downloadable computer-executable instructions, for example, fordownloading and installation from an Internet location (e.g., from a webserver).

Software system 1100 may include graphical user interface (GUI) 1115,for receiving user commands and data in a graphical (e.g.,“point-and-click” or “touch gesture”) fashion. These inputs, in turn,may be acted upon by system 1100 in accordance with instructions fromoperating system 1110 and/or application programs 1102. GUI 1115 alsoserves to display the results of operation from OS 1110 and applicationprograms 1102, whereupon the user may supply additional inputs orterminate the session (e.g., log off).

OS 1110 can execute directly on the hardware (e.g., processor 1004) ofcomputer 1000. Alternatively, hypervisor or virtual machine monitor(VMM) 1130 may be interposed between the hardware and OS 1110. In thisconfiguration, VMM 1130 acts as a software “cushion” or virtualizationlayer between OS 1110 and the hardware of computer 1000.

VMM 1130, if present, instantiates and runs virtual machine instances(“guest machines”). Each guest machine includes a “guest” operatingsystem, such as OS 1110, and one or more application programs, such asapplication programs 1102, designed to execute on the guest operatingsystem. VMM 1130 presents the guest operating systems with a virtualoperating platform and manages the execution of the guest operatingsystems. In some instances, VMM 1130 may allow a guest operating systemto run as through it is running on the hardware of computer 1000directly. In these instances, the same version of the guest operatingsystem configured to execute on the hardware directly may also be ableto execute on VMM 1130 without modification or reconfiguration. In otherwords, VMM 1130 may provide full hardware and CPU virtualization to aguest operating system in some instances. In other instances, a guestoperating system may be specially designed or configured to execute onVMM 1130 for efficiency. In these instances, the guest operating systemis “aware” that it executes on a virtual machine monitor 1130. In otherwords, VMM 1130 may provide para-virtualization to a guest operatingsystem in some instances.

The above-described computer hardware and software are presented forpurpose of illustrating basic underlying computer components that may beemployed for implementing various embodiments of the present invention.The present invention, however, is not limited to any particularcomputing environment or computer configuration. Instead, an embodimentof the present invention may be implemented in any type of systemarchitecture or processing environment capable of supporting theembodiment as disclosed herein.

Although the foregoing describes the invention with example embodiments,this is not intended to limit the invention. Indeed, the foregoing isintended to cover all modifications and alternative constructionsfailing within the spirit and scope of the invention.

1. A method performed by a user computer associated with an onlinecontent management service, the method comprising: storing, at the usercomputer, a local index of a set of content items, the set of contentitems hosted with the online content management service; receiving, atthe user computer, an index mutation from the online content managementservice, the index mutation containing a particular token for aparticular content item of the set of content items; based on the indexmutation, updating, at the user computer, the local index to index theparticular content item by the particular token; and responsive toreceiving a keyword query at the user computer that comprises theparticular token, identifying, based on the local index, the particularcontent item as relevant to the keyword query.
 2. The method of claim 1,wherein: the local index comprises a base index and a delta index; andthe updating, at the user computer, the local index to index theparticular content item by the particular token is based on updating, atthe user computer, the delta index to index the particular content itemby the particular token.
 3. The method of claim 1, wherein: the localindex comprises a base inverted index and a delta inverted index; andthe updating, at the user computer, the local index to index theparticular content item by the particular token is based on adding, atthe user computer, an identifier of the particular content item to aparticular postings list of the delta inverted index, the particularpostings list associated by the delta inverted index with the particulartoken.
 4. The method of claim 1, wherein: the local index comprises abase inverted index and a delta inverted index; and the method furthercomprises: storing all postings lists of the delta inverted index involatile computer memory of the user computer while updating, at theuser computer, the local index to index the particular content item bythe particular token.
 5. The method of claim 1, wherein: the local indexcomprises a base inverted index and a delta inverted index; and theidentifying, based on the local index, the particular content item asrelevant to the keyword query is based on merging a first postings listassociated with the particular token from the delta inverted index and asecond postings list associated with the particular token from the baseinverted index.
 6. The method of claim 1, wherein: the particular tokenis a first particular token; the particular content item, of the set ofcontent items, is indexed in the local index by a second particulartoken that is not the first particular token; the index mutationcontains the second particular token; and the method further comprises:based on the index mutation, updating, at the user computer, the localindex to no longer index the particular content item by the secondparticular token. One or more non-transitory computer-readable mediacomprising: instructions which, when executed by a user computerassociated with an online content management service, are capable ofcausing the user computer to perform: storing, at the user computer, alocal index of a set of content items, the set of content items hostedwith the online content management service; wherein a particular contentitem, of the set of content items, is indexed in the local index by aparticular token; receiving, at the user computer, an index mutationfrom the online content management service, the index mutationcontaining the particular token for the particular content item; basedon the index mutation, updating, at the user computer, the local indexto no longer index the particular content item by the particular token;and responsive to receiving, at the user computer, a keyword query thatcomprises the particular token, determining, based on the local index,that the particular content item is not relevant to the keyword query.8. The one or more non-transitory computer-readable media of claim 7,wherein: the local index comprises a base index and a delta index; andthe updating, at the user computer, the local index to no longer indexthe particular content item by the particular token is based onupdating, at the user computer, the delta index to no longer index theparticular content item by the particular token.
 9. The one or morenon-transitory computer-readable media of claim 7, wherein: the localindex comprises a base inverted index and a delta inverted index; andthe updating, at the user computer, the local index to no longer indexthe particular content item by the particular token is based onremoving, at the user computer, an identifier of the particular contentitem from a particular postings list of the delta inverted index, theparticular postings list associated by the delta inverted index with theparticular token.
 10. The one or more non-transitory computer-readablemedia of claim 7, wherein the local index comprises a base invertedindex and a delta inverted index, and further comprising instructionswhich, when executed by the user computer associated with the onlinecontent management service, are further capable of causing the usercomputer to perform storing all postings lists of the delta invertedindex in volatile computer memory of the user computer while updating,at the user computer, the local index to no longer index the particularcontent item by the particular token.
 11. The one or more non-transitorycomputer-readable media of claim 7, wherein: the local index comprises abase inverted index and a delta inverted index; and the determining,based on the local index, that the particular content item is notrelevant to the keyword query is based on merging a first postings listassociated with the particular token from the delta inverted index and asecond postings list associated with the particular token from the baseinverted index.
 12. The one or more non-transitory computer-readablemedia of claim 7, wherein the particular token is a first particulartoken, wherein the index mutation contains a second particular token,and further comprising instructions which, when executed by the usercomputer associated with the online content management service, arefurther capable of causing the user computer to perform: based on theindex mutation, updating, at the user computer, the local index to indexthe particular content item by the second particular token.
 13. Acontent management system comprising: at least one processor; at leastone memory; and instructions stored in the at least one memory andwhich, when executed by the at least one processor, are capable ofcausing the content management system to: generate a first base index ofcontent items associated with a user account; send the first base indexto a user computer associated with the user account; detect a firstevent associated with a change to a particular content item associatedwith the user account; send an index mutation reflecting the change tothe particular content item to the user computer; detect a second event;generate a second base index of content items associated with the useraccount; and send the second base index to the user computer.
 14. Thecontent management system of claim 13, wherein the second base indexreflects the change to the particular content item.
 15. The contentmanagement system of claim 13, wherein the index mutation comprises oneor more tokens added to the particular content item by the change. 16.The content management system of claim 13, wherein the index mutationcomprises one or more tokens removed from the particular content item bythe change.
 17. The content management system of claim 13, wherein thefirst event is one of: an expiration of a base index regeneration timer,at least a threshold number of changes to content items associated withthe user account occur since a last base index is generated, or athreshold rate of changes to content items associated with the useraccount is exceeded.
 18. The content management system of claim 13,wherein the second event is at least a threshold number of changes tocontent items associated with the user account occur since the firstbase index is generated.
 19. The content management system of claim 13,further comprising instructions stored in the at least one memory andwhich, when executed by the at least one processor, are capable ofcausing the content management system to: store the index mutation in anindex mutation journal in association with a journal timestampreflecting a time of the change to the particular content item.
 20. Thecontent management system of claim 19, further comprising instructionsstored in the at least one memory and which, when executed by the atleast one processor, are capable of causing the content managementsystem to: send the index mutation reflecting the change to theparticular content item to the user computer based on comparing (a) thejournal timestamp associated with the index mutation in the indexmutation journal with (b) a local index timestamp associated with theuser computer.